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En ce qui concerne les codes a deux lettres et autres abrevia- 
tions, se referer aux "Notes explicatives relatives aux codes et 
abreviations" figurant au debut de chaque numero ordinaire de 
la Gazette du PCX 



(57) Abrege : Un proc&te est destin£ a fournir des donnees de configuration a un dispositif de t61ephonie mobile (1) equip6 de 
moyens de gestion de commandes AT (6). Ce proc6d6 consiste, d'une part, a gtablir une connexion entre le dispositif (1) et un ter- 
minal informatique (7) comportant des donnees de configuration de service, et d'autre part, a echanger des donnees de configuration 
de service entre le terminal (7) et le dispositif (1) a l'aide de commandes AT choisies, interpn*tables par les moyens de gestion de 
commandes AT (6) du dispositif. 
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PROCEDE DE FOURNITURE DE DONNEES DE CONFIGURATION DE 
SERVICE A UN DISPOSITIF DE TELEPHONIE MOBILE, PAR UN 
TERMINAL I N FORMATIQU E 

5 

L'invention concerne le domaine des communications au sein d'un 
reseau de telephonie mobile, et plus particulierement la foumiture de donnees 
de configuration de service(s) a des dispositifs de telephonie mobile, tels que 
des telephones portables. 

10 Comme le sait I'homme de Tart, les dispositifs de telephonie mobile 

ont besoin d'etre specifiquement configures pour mettre en ceuvre des 
services adaptes aux besoins personnels de leurs utilisateurs. C'est 
notamment le cas de leur module de navigation (plus connu sous le nom 
anglais « browser ») ou des modules d'application embarquee Java ou Multi 

is Media Messaging. Cette configuration s'effectue a Paide de donnees de 
configuration, d6finissant des profils, stockees dans la m6moire du dispositif 
de telephonie, et plus precisement dans son gestionnaire de donnees 
permanentes (ou RDM pour « Remanent Data Manager »). Generalement, 
les dispositifs sont vendus equipes d'un certain nombre de profils dont 

2 o certains sont utilises par defaut. 

Les donnees de configuration qui definissent certains profits peuvent 
etre modifiees ou comptetees par I'utilisateur & I'aide de Tinterface « homme- 
machine » (ou clavier) de son dispositif, de sorte que le profil soit adapte ^ 
ses besoins sp6cifiques. Mais, ces donnees de configuration peuvent etre 

25 egalement modifiees ou completees & distance par un serveur du reseau de 
communications auquel le dispositif est rattach§. 

Or, dans le premier cas I'utilisateur doit saisir les modifications ou 
complements avec les touches de son clavier, ce qui est particulierement mal 
aise et rend le dispositif momentanement inutilisable, tandis que dans le 

30 second cas I'utilisateur est oblige de se connecter au reseau pour telecharger 
les modifications ou complements, ce qui lui coute de Targent et monopolise 
inutilement une liaison qui pourrait servir a un autre utilisateur. Aucune de ces 
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deux possibles n'est done satisfaisante. 

Uinvention a par consequent pour but de proposer une solution 
originate destinee a remedier a tout ou partie des inconv6nients precites. 

Elle propose a cet effet un procede de fourniture de donnees de 
5 configuration a un dispositif de telephonie mobile equipe de moyens de 
gestion de commandes AT, dans lequel on etablit tout d'abord une connexion 
entre ce dispositif et un terminal informatique comportant des donnees de 
configuration de service, puis on procede a des echanges de donnees de 
configuration de service entre le terminal et le dispositif a I'aide de 

10 commandes AT choisies, interpretables par les moyens de gestion de 
commandes AT du dispositif. 

On entend ici par « commandes AT » des commandes du type de 
celles initialement developpees par la societe americaine Hayes 
Microcomputer Products Inc., et ayant fait Tobjet d'extensions standardises 

is (IS-99). Par ailleurs, on entend par « terminal » tout type d'equipement 
informatique muni d'une interface homme-machine (ou clavier) conviviale et 
pouvant etablir avec un dispositif de telephonie mobile, tel qu'un telephone 
portable, une liaison « de proximite » par voie filaire ou par voie d'onde (par 
exemple de type infra-rouge (ou Irda) ou bluetooth). II pourra par consequent 

20 s'agir d'un micro-ordinateur fixe ou portable, ou d'un assistant num6rique 
personnel (ou PDA). 

Ainsi, Tutilisateur peut preparer a Tavance ou charger, par exemple a 
I'aide d'un CD-ROM, dans son terminal de nouveaux profils, puis transferer 
ces nouveaux profils dans son dispositif en dtablissant une simple connexion 

25 entre son terminal et son dispositif. II peut 6galement, une fois la connexion 
etablie, rapatrier sur requete dans son terminal certains profils stockes dans 
son dispositif de manfere a les modifier ou completer rapidement a I'aide du 
clavier convivial de son terminal. II peut en outre, une fois la connexion 
etablie, adresser une requete destin6e a supprimer de la memoire du 

30 dispositif un ou plusieurs profils. 

Le procede selon Tinvention pourra comporter des caract§ristiques 
complementaires qui pourront etre prises separement et/ou en combinaison, 
et en particulier : 
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- on peut extraire du dispositif des donnees representatives d'un protocole 
d'approvisionnement (ou de configuration) qui lui est propre, a I'aide de 
commandes AT choisies, puis transmettre au terminal ces donnees de 
sorte qu'il puisse echanger les donnees de configuration avec le dispositif 



- on peut extraire les donnees de configuration contenues dans les 
commandes AT, a I'aide des moyens de gestion de commandes AT, de 
maniere a approvisionner des moyens d'application requerant des 
ressources internet mobile. Dans ce cas, on approvisionne 
10 preferentiellement un agent d'approvisionnement implante dans les 
moyens d'application. Ces moyens d'application sont par exemple des 
moyens de navigation, tels qu'un browser (WAP), ou des applications 
embarquees Java ou Multi Media Messaging. 

[.'invention porte egalement sur un dispositif de telephonie mobile, tel 
15 qu'un t6lephone portable, comportant des moyens de gestion de commandes 
AT capables d'etablir une connexion avec un terminal dans lequel se trouvent 
des donnees de configuration de service, afin d'echanger avec ce dernier des 
donn6es de configuration de service a I'aide de commandes AT choisies, 
interpr6tables par ses moyens de gestion de commandes AT. 
20 Preferentiellement, le dispositif comprend des moyens d'application 

requ6rant des ressources internet mobile couples a ses moyens de gestion de 
commandes AT et propres a recevoir les donnees de configuration. Plus 
preferentiellement encore, ces moyens d'application comprennent un agent 
d'approvisionnement capable, notamment, de gerer les donnees de 
25 configuration provenant des moyens de gestion de commandes AT et les 
donnees de configuration destinees au terminal, via les moyens de gestion de 
commandes AT. 

L'invention porte en outre sur un terminal (informatique), comportant, 
d'une part, une memoire dans laquelle sont stockees des donnees de 
30 configuration de service, et d'autre part, des moyens d'approvisionnement 
capables d'etablir une connexion avec un dispositif de telephonie mobile, du 
type de celui presente ci-avant, et d'echanger avec ce dernier des donnees 
de configuration de service a I'aide de commandes AT choisies, interpretables 



5 



selon ce protocole d'approvisionnement ; 
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par les moyens de gestion de commandes AT du dispositif. 

Preferentiellement, les moyens d'approvisionnement du terminal sont 
agences pour adresser au dispositif des commandes AT choisies requerant 
qu'il foumisse des donnees representatives de son protocole 
5 d'approvisionnement, de maniere a pouvoir echanger avec lui les donnees de 
configuration selon le protocole. 

Egalement de preference, les moyens d'approvisionnement sont 
agences pour adresser au dispositif des commandes AT choisies requerant 
qu'il foumisse certaines au moins de ses donnees de configuration stockees, 
10 et, a reception de ces donnees de configuration, pour adresser au dispositif 
des commandes AT destinees a modifier certaines d'entre-elles. 

Egalement de preference, les moyens d'approvisionnement sont 
agences pour adresser au dispositif des commandes AT choisies requerant 
qu'il foumisse certaines au moins de ses donnees de configuration, et, a 
15 reception de ces donnees de configuration, pour adresser au dispositif des 
commandes AT representatives de nouvelles donnees de configuration 
destinees a completer les autres donnees de configuration qu'il contient. 

Egalement de preference, les moyens d'approvisionnement sont 
agences pour adresser au dispositif des commandes AT choisies requerant 
20 qu'il foumisse certaines au moins de ses donnees de configuration, et, a 
reception de ces donnees de configuration, pour adresser au dispositif des 
commandes AT destinees a supprimer certaines des donnees de 
configuration qu'il contient. 

L'invention est par ailleurs particulierement adaptee a la configuration 
25 de moyens d'application fonctionnant selon les protocoles HTTP, GPRS, CSD 
ou IP (et par consequent le protocole WAP puisqu'il peut fonctionner sur 
GPRS, CSD ou IP). 

D'autres caracteristiques et avantages de l'invention apparattront a 
I'examen de la description detaillee ci-apres, et de I'unique figure annexee qui 
30 illustre de facon schematique un exemple de realisation d'un dispositif et d'un 
terminal selon l'invention. Cette figure est, pour I'essentiel, de caractere 
certain. En consequence, elle pourra non seulement servir a completer 
l'invention, mais aussi contribuer a sa definition, le cas echeant. 
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L'invention porte sur la fourniture de donnees de configuration de 
service(s) a un dispositif de telephonie mobile 1 rattache a un reseau public 
de communications de type PLMN (pour « Public Land Mobile Network »), 
comme par exemple les reseaux GSM, GPRS, UMTS ou EDGE. 
5 Dans ce qui suit on considere que les dispositifs sont des telephones 

portables capables d'echanger des donnees selon le protocole WAP (pour 
« Wireless Application Protocol ») avec d'autres equipements du reseau, tels 
que des serveurs, des stations de base d'emission/reception (egalement 
appel6es Node-B dans le cas d'un reseau UMTS ou BTS dans le cas d'un 
10 reseau de type GSM (ou GPRS)), et des telephones fixes ou mobiles. 

Les donnees de configuration sont destinees a configurer un module 
d'application requerant des ressources internet mobile. Dans I'exemple illustre 
sur 1'unique figure, le module d'application est un module de navigation WAP 
2 implante dans le telephone portable 1. Ce module de navigation WAP 2 
15 comporte notamment un module d'approvisionnement 3, egalement appele 
agent d'approvisionnement WAP, un module d'interface WAP 4, et un module 
WAP de gestion 5. 

Le module d'approvisionnement 3 (plus connu sous I'appellation 
anglaise « WAP Provisioning Agent ») est couple a un module de gestion de 
20 commandes AT (ou « AT manager ») 6 servant d'interface generate d'acces, 
via des commandes AT dediees, a un terminal 7, sur lequel on reviendra plus 
loin. Ce module d'approvisionnement 3 est egalement couple au module 
d'interface WAP 4 qui lui permet d'acceder a des profils stockes dans une 
memoire 8 du telephone 1 . Plus precisement, le module d'interface 4 (plus 
25 connu sous I'appellation anglaise «WAP Multiprofile ») permet au module 
d'approvisionnement 3 d'acceder en lecture et en ecriture a la memoire 8, 
laquelle est preferentiellement implantee dans le module de gestion de 
donnees permanentes 9 (ou « Remanent Data Manager ») du telephone 1 . 

Les profils sont stockes dans la memoire sous la forme de multiplets 
30 ou d'ensembles de donnees de configuration (de service(s)). lis sont destines, 
lorsqu'ils sont selectionnes par I'utilisateur du telephone 1 , a configurer le 
module de navigation WAP 2, via I'agent d'approvisionnement WAP 3, de 
sorte qu'il puisse mettre en oeuvre des services adaptes aux besoins de 



WO 2004/002179 



6 



PCT/FR2003/001778 



I'utilisateur. Le profil permet, ici, au module de navigation WAP 2 de se 
connecter a Infrastructure reseau. Par consequent, les donnees de 
configuration sont principalement des donnees de I'operateur du reseau. 
Mais, elles peuvent Stre completees par des identifiants propres a I'utilisateur, 
5 comme par exemple un mot de passe et/ou un nom d'utilisateur. Certains 
profils sont definis par defaut de maniere a proposer, en serie, des services 
standardises. 

L'agent d'approvisionnement WAP 3 est egalement couple au module 
WAP de gestion 5, plus connu sous I'appellation anglaise « WAP Life Cycle » 
10 et destine a gerer ses activites et a lui signaler « I'etat WAP » du module de 
navigation 2. II est en effet preferable que I'on ne puisse agir sur les profils 
que lorsque le tetephone 1 n'est pas en phase de navigation. 

Le module de gestion de commandes AT 6 est destine, 
classiquement, a receptionner des commandes AT « entrantes » et a les 
15 transformer (ou interpreter) en appels de procedure (ou « Procedure Calls ») 
pour l'agent d'approvisionnement WAP 3. D'une maniere generate, il gere les 
echanges de donnees entre le telephone et un terminal 7. 

On entend ici par « terminal » tout type d'equipement informatique 
muni d'une interface homme-machine 10 (ou clavier) conviviale, c'est-a-dire 
20 permettant de saisir facilement des codes ou instructions, et capable d'etablir 
avec le telephone portable 1, une liaison « de proximite » par voie filaire ou 
par voie d'onde (par exemple de type infra-rouge (ou Irda) ou bluetooth). 
Dans ce qui suit, on considerera que le terminal 7 est un micro-ordinateur 
portable appartenant a I'utilisateur du telephone 1, et raccordable a celui-ci 
25 par une liaison serie. Mais, il pourrait s'agir d'un micro-ordinateur fixe ou d'un 
assistant numerique personnel (ou PDA). 

Comme illustre sur I'unique figure, le terminal 7 est equipe d'un 
module WAP d'approvisionnement client 11 destine a adresser au telephone 
1 des requetes, sous forme de commandes AT dediees, permettant de lire, 
30 modifier, supprimer, ajouter et completer les profils qui sont stockes dans sa 
memoire 8. Ce module 1 1 permet egalement a I'utilisateur d'attribuer a un 
profil le statut de profil par defaut et d'acceder a certains parametres tels que 
I'identifiant d'un profil par defaut ou le nombre maximal de profils geres par le 



WO 2004/002179 



7 



PCT/FR2003/001778 



telephone 1 . 

Le module WAP d'approvisionnement client 1 1 est preferentiellement 
implante dans le module de gestion 12 du terminal 7, lequel est couple a une 
interface de connexion 13 permettant I'etablissement de la connexion avec le 
5 telephone 1, notamment. Par ailleurs, le terminal 7 comporte de preference 
une memoire 14 destinee a recevoir des donnees de configuration definissant 
de nouveaux profils pour le telephone 1 , ou des mises a jour de profils utilises 
par led'rt telephone 1. De tels profils ou mises a jour de profils peuvent 
provenir d'un telechargement effectue prealablement par I'utilisateur a I'aide 
lo de son terminal 7, ou d'un CD-ROM fournit, par exemple, par I'operateur de 
telephonie mobile auquel le telephone 1 de I'utilisateur est rattache. 

Comme indique precedemment, pour qu'un echange de donnees de 
configuration puisse s'effectuer entre le terminal 7 et le telephone 1 , il est 
indispensable qu'une connexion soit tout d'abord etablie, ou en d'autres 
15 termes que le module WAP d'approvisionnement client 1 1 du terminal 7 soit 
couple au module de gestion de commandes AT 6 du telephone 1. 

Une fois cette connexion etablie, la procedure de foumiture de 
donnees de configuration (ou « AT Provisioning ») peut debuter. Die va 
consister en des operations de lecture de donnees de configuration dans le 
20 telephone 1 sur requete du terminal 7, et d'ecriture de donnees de 
configuration, toujours dans le telephone 1 pour modifier le contenu de sa 
memoire 8 a la requete du terminal 7. 

On entend ici par « operation de lecture » tous les transferts de 
donnees du telephone 1 vers le terminal 7. Elles sont generalement destinees 
25 a rapatrier dans le terminal 7 un profil particulier ou la liste des profils stockee, 
et leur mise en oeuvre depend de la disponibilite des donnees demandees. 
Par ailleurs, on entend par « operation d'ecriture » tous les transferts de 
donnees du terminal 7 vers le telephone 1. Seuls certains profils peuvent etre 
modifies (ou mis a jour), supprimes ou ajoutes. Par exemple si un profil est 
30 verrouille (ou « locked »), il ne peut pas etre modifie ou supprime. II en va de 
meme de la liste de profils. L'ecriture d'un profil (ajout ou modification) 
s'effectue de preference a I'aide d'une unique sequence de donnees, et seul 
I'agent d'approvisionnement WAP 3 peut s'en charger, via le module 
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d'interface 4. 

Preferentiellement, ces operations de lecture et d'ecriture sont 
precedees d'une operation de determination du protocole 
d'approvisionnement du telephone 1. En effet, chaque telephone peut 
5 disposer d'une version specifique de protocole d'approvisionnement, lequel 
definit le format de sequences constitutes d'unites de donnees de 
configuration, I'ordonnancement des unites de donnees de configuration, et la 
structure utilisee par le telephone 1 pour stacker les profils dans sa memoire 
8. 

10 La structure de stockage d'un profil est constitute d'un ensemble de 

parametres qui peut etre, par exemple, subdivise en six categories de 
variables ou parametres : 

- « Default Profile » : il s'agit d'une variable booleenne indiquant si un profil 
est ou n'est pas le profil par defaut ; 

15 - « Using Flag » : il s'agit d'une variable booleenne indiquant si un profil est 
(« TRUE ») ou n'est pas (« FALSE ») utilise. Lorsque I'utilisateur souha'rte 
ajouter a la liste des profils stockes dans la memoire 8 un nouveau profil, 
Using Flag est mis & la valeurTRUE ; 

- « Provisioning Version » : il s'agit d'un parametre designant la version du 
20 protocole d'approvisionnement utilisee par le telephone 1 ; 

- « Profile Information » : il regroupe des parametres tels que « Profile 
Name », « Profile modification Flag », etc ; 

- « Bearer Parameter » : il regroupe des parametres tels que « Bearer 
Type », « Bearer specific Parameter », etc ; 

25 - « WAP Gateway Parameter » : il regroupe des parametres tels que « IP 
Adress », « Port Number », « Home URL », etc. 

Par ailleurs, la structure d'une liste de profils peut etre definie par 
deux sections : 

- les informations generates sur le profil, comme par exemple: 
30 « ProfileListLock » qui precise une condition pour ajouter, modifier ou 

supprimer un profil, « DefaultProfilelD » qui est I'identifiant designant le 
profil par defaut dans la liste de profils, « MaxNumberProfiles » qui precise 
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le nombre maximal de profils geres par !e telephone 1 (et non pas le 
nombre de profils utilises par le module de navigation 2), 
« NumberProfilesUsed » qui precise le nombre de profils utilises par le 
module de navigation 2 a I'instant de la requete, et « Provisioning Version » 
5 qui est I'identifiant designant la version du protocole d'approvisionnement 
utilisee par le telephone 1 ; 
- des informations concemant tous les profils standards utilises par le 
telephone 1, comme par exemple : « Profileid », « ProfileName » et 
« ProfileLock ». 

io Une unite de donnees est definie par deux champs : une longueur et 

une valeur. Preferentiellement, on n'utilise pas de separateur entre deux 
unites de donnees successives. Ces unites de donnees peuvent presenter 
des longueurs variables. Egalement de preference, chaque champ de 
longueur est constitue d'un octet (ou « byte ») qui precise le nombre d'octets 
15 utilises par le champ de valeur. Par consequent, si la valeur de I'octet 
definissant le champ de longueur est egale a 0 (zero), alors ledit champ n'est 
pas suivi du champ de valeur. 

Les informations sur les unites de donnees sont directement prises 
dans les champs de structure du telephone 1. Par ailleurs, afin de permettre 
20 I'identification des differentes unites de donnees au sein d'une sequence, 
chaque unite possede un identifiant de suite d'unites de donnees. En outre, 
lorsque Ton utilise une representation multi-octets, il est preferable d'utiliser la 
convention « Little Indian » (ou LSB). De plus, chaque sequence se termine 
preferentiellement par un caractere specifique. 
25 Comme indique ci-dessus, une sequence est definie par une suite 

ordonnee d'unites de donnees, et chaque unite possede un identifiant de 
suite. De preference, ce dernier n'est pas transmis durant un transfert de 
donnees, mais il doit §tre imperativement respecte par le telephone 1 et le 
terminal 7 lorsqu'ils composent leurs sequences. 
30 Preferentiellement, on definit trois types de sequences, un pour la 

transmission de la liste complete des profils, un pour la transmission d'un 
profil et un pour la version du protocole d'approvisionnement. 

Egalement de preference, la sequence utilisee pour transmettre au 
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terminal 7 la version du protocole d'approvisionnement ne comporte qu'une 
unite de donnees. 

Toujours de preference, la sequence utilisee pour transmettre au 
terminal 7 la liste des profils stockes comporte une premiere partie de 
5 longueur fixe et une seconde partie de longueur variable. 

Plus precisement, la premiere partie est par exemple 
avantageusement constitute de 10 octets pour definir les informations 
generates sur la liste. Par exemple 5 couples de 2 octets definissent 
respectivement la version du protocole d'approvisionnement, le nombre 
10 maximum de profils geres par le telephone 1, le nombre de profils utilises par 
le telephone 1 , I'identifiant du profit par defaut et un verrou de liste de profils 
(ou « List Lock »), comme par exemple une variable booleenne precisant s'il 
est possible ou non d'ajouter ou supprimer un profil dans une liste. 

La seconde partie est par exemple avantageusement constitute de 
15 38 octets pour definir chaque profil utilise dans le telephone 1, dont 3 octets 
pour les champs de longueur et 35 octets pour les champs de valeur. Par 
exemple, les octets definissent pour chaque profil son nom, son identifiant et 
son verrou de profil. 

Toujours de preference, la sequence utilisee pour transmettre au 
20 terminal 7 un profil particulier stocke comporte par exemple un maximum de 
442 octets, dont 25 octets pour les champs de longueur et 417 octets pour les 
champs de valeur. A titans d'exemple illustratif et non limitatif, une sequence de 
profil peut comprendre : 

- 1 octet pour le champ definissant la version du protocole 
25 d'approvisionnement (ou « Provisioning Version ») et 1 octet pour son 

champ de longueur ; 

- 1 octet pour le champ « Boolean default Profile » et 1 octet pour son 
champ de longueur ; 

- 1 octet pour le champ de longueur et 33 octets pour le champ « Profile 
30 Name » et 1 octet pour son champ de longueur ; 

- 1 octet pour le champ « Profile Lock » et 1 octet pour son champ de 
longueur ; 
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- 4 octets pour le champ « Gateway IP Adress » et 1 octet pour son champ 
de longueur ; 

- 2 octets pour le champ « Gateway port » et 1 octet pour son champ de 
longueur ; 

5 - 100 octets pour le champ « Home Page URL » et 1 octet pour son champ 
de longueur ; 

- 4 octets pour le champ « Bearer Used » et 1 octet pour son champ de 
longueur ; 

- 1 octet pour le champ « Presence Bearer CSD » et 1 octet pour son champ 
io de longueur ; 

- 1 octet pour le champ « CSD User Name length » et 1 octet pour son 
champ de longueur ; 

- 32 octets pour le champ « CSD User Name » et 1 octet pour son champ de 
longueur ; 

15 - 1 octet pour le champ « CSD Password length » et 1 octet pour son champ 
de longueur ; 

- 32 octets pour le champ « CSD Password » et 1 octet pour son champ de 
longueur ; 

- 4 octets pour le champ « CSD Access type » et 1 octet pour son champ de 
20 longueur; 

- 22 octets pour le champ « CSD Phone Number » et 1 octet pour son 
champ de longueur ; 

- 1 octet pour le champ « CSD Connection speed » et 1 octet pour son 
champ de longueur ; 

25 - 1 octet pour le champ « Presence Bearer GPRS » et 1 octet pour son 
champ de longueur ; 

- 1 octet pour le champ « GPRS User Name length » et 1 octet pour son 
champ de longueur ; 

- 32 octets pour le champ « GPRS User Name » et 1 octet pour son champ 
30 de longueur; 

- 1 octet pour le champ « GPRS Password length » et 1 octet pour son 
champ de longueur ; 
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- 32 octets pour le champ « GPRS Password » et 1 octet pour son champ de 
longueur ; 

- 4 octets pour le champ « GPRS authentication indicator » et 1 octet pour 
son champ de longueur ; 

5 - 101 octets pour le champ « GPRS APN » et 1 octet pour son champ de 
longueur ; 

- 4 octets pour le champ « GPRS IP Adress » et 1 octet pour son champ de 
longueur ; et 

- 1 octet pour le champ « Using Flag » et 1 octet pour son champ de 
10 longueur. 

Les differents parametres et les differentes variables presentees ci- 
dessus constituent des donnees de configuration. Comme indique 
precedemment, I'echange de donnees de configuration s'effectue a I'aide de 
commandes AT classiques. On entend ici par « commandes AT » les 

15 commandes initialement developpees par la societe americaine Hayes 
Microcomputer Products Inc., ainsi que toutes leurs extensions designees par 
le standard IS-99. 

Afin de mettre en ceuvre I'invention, et notamment de permettre 
I'etablissement de la connexion entre le module WAP d'approvisionnement 

20 client 11 du terminal 7 et le module de gestion de commandes AT 6 du 
telephone 1, la lecture de profils, I'ecriture de profils (modification ou ajout), et 
la suppression de profil(s), on prevoit d'autres commandes AT. 

Ces commandes additionnelles presentent de preference les 
definition et syntaxe ♦ generates suivantes : AT PROV_WAP = 

25 PROVCOMMAND [.PROFILEID]. Ce type de commande AT est de 
preference associe a une temporisation permettant au terminal 7 de detector 
un probleme au niveau du telephone 1 . Cette temporisation est par exemple 
egale a environ une minute. 

Parmi les commandes additionnelles on peut citer par exemple, et a 

30 titre illustratif : 

- la commande d'obtention de la version du protocole d'approvisionnement 
du telephone 1 : AT PROV_WAP = V? Cette commande n'est pas 
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parametrable. 

A cette commande (requete) correspond par exemple la reponse : 
« Provisioning Version » lorsqu'elle est connue, ou PROV NOK lorsqu'elle 
est indisponible ; 

5 - la commande d'obtention (ou lecture) de donnees : AT PROV_WAP = R 
[.PROFILEID]. Cette commande a pour objet de requerir du telephone 1 
une information WAP. 

En I'absence de parametrisation, cette commande requiert la liste des 
profils stockes. Preferentiellement, avant son transfert la liste est mise a 
10 jour par le module de navigation 2. 

Le parametre optionnel [PROFILEID] a pour objet de signaler au telephone 

I que le terminal 7 requiert des donnees particulieres concemant un profil. 

II designe un identifiant (numero) de profil. Sa valeur est par consequent 
inferieure au nombre maximal de profils geres par le telephone 1 . 

15 A cette commande (requete) correspond par exemple la reponse : PROV 
OK lorsque le traitement s'effectue correctement, ou PROV NOK lorsque 
les donnees sont indisponibles ; 

- la commande d'ecriture de donnees : AT PROV_WAP = W .PROFILEID. 
Cette commande indique au telephone 1 que le terminal 7 veut mettre a 

20 jour des donnees d'un profil particulier. 

Le parametre [PROFILEID] a pour objet de signaler au telephone 1 
I'identifiant du profil qu'il souhaite mettre a jour. Sa valeur est par 
consequent inferieure au nombre maximal de profils geres par le telephone 
1. 

25 A cette commande (requete) correspond par exemple la reponse : PROV 
OK lorsque le traitement s'effectue correctement, ou PROV NOK lorsque 
Poperation d'ecriture est impossible ; 

- la commande de suppression de donnees: AT PROV_WAP = D 
.PROFILEID. Cette commande indique au telephone 1 que le terminal 7 

3 o veut supprimer certaines donnees d'un profil particulier. 

Le parametre [PROFILEID] a pour objet de signaler au telephone 1 
I'identifiant du profil qu'il souhaite modifier ou supprimer. Sa valeur est par 
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consequent inferieure au nombre maxima! de profits geres par le telephone 
1. 

A cette commande (requete) correspond par exemple la reponse : PROV 

OK lorsque le traitement s'effectue correctement, ou PROV NOK lorsque 
5 I'operation de suppression est impossible ; 

- la commande de creation d'un nouveau profil : AT PROVJWAP = C. Cette 

commande indique au telephone 1 que le terminal 7 veut ajouter un 

nouveau profil a la liste stockee dans sa memoire 8. 

Le parametre [PROFILEID] ne peut pas accompagner cette commande 
lo puisque ce n'est pas le terminal 7 qui gere I'attribution des identifiants de 

profil. 

A cette commande (requete) correspond par exemple la reponse : PROV 
OK .PROFILEID lorsque le traitement s'effectue correctement, ou PROV 
NOK lorsque I'operation de creation est impossible. 

15 Toutes ces commandes AT sont presentes dans le module WAP 

d'approvisionnement client 11 du terminal 7 et sont interpretables par le 
module de gestion de commandes AT du telephone 1, une fois celui-ci adapte 
a cet effet. Par consequent, lorsque I'utilisateur d'un telephone 1 souhaite lire 
ou modifier les profils WAP stockes dans la memoire 8 dudit telephone, il 

20 etablit une connexion entre son terminal 7 et son telephone 1, par exemple 
par une liaison serie (mais il pourrait s'agir d'une liaison infrarouge ou 
bluetooth), en chargeant I'application associee au module WAP 
d'approvisionnement client 11. Puis, il selectionne a I'aide du clavier 10 un 
nouveau profil a transferer ou une mise a jour de profil stocke(e) dans la 

25 memoire 14 ou sur un CD-ROM, et apres I'avoir eventuellement adapte a ses 
propres besoins, ordonne au module WAP d'approvisionnement client 11, 
d'adresser au module de gestion de commandes AT 6 du telephone 1 , via ce 
dernier module 1 1 et I'interface de connexion 13, des requetes correspondant 
au traitement choisi (il s'agit ici d'une operation d'ecriture), sous forme de 

30 commandes AT du type de celles presentees ci-avant. Ces commandes AT, 
et les donnees de configuration qu'elles peuvent contenir, sont ensuite 
interpretees par le module de gestion de commandes AT 6 en appels de 
procedure (ou « Procedure Calls ») au format WAP et transmises a I'agent 
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d'approvisionnement WAP 3. L'agent d'approvisionnement WAP 3 adresse 
ensuite au module WAP de gestion 5 des messages pour lui indiquer quel 
traitement est requis par le module de gestion de commandes AT 6, de sorte 
qu'il soit rapidement libere. 

5 Un traitement WAP classique correspondant au traitement requis est 

ensuite effectue par l'agent d'approvisionnement WAP 3, si le module WAP 
de gestion 5 I'y autorise. Les traitements WAP etant bien connus de I'homme 
de I'art et ne faisant pas partie, a proprement parler, de I'invention, ils ne 
seront pas decrits. Ils sont notamment presentes a I'adresse 

io « www.wapforum.org ». 

Le resultat du traitement WAP est transmis au module de gestion de 
commandes AT 6, qui le met sous forme de commandes AT qu'il transmet 
ensuite, via la connexion, au module WAP d'approvisionnement client 11. En 
d'autres termes, le module de gestion de commandes AT 6 passe en mode 

15 « donnees », puis transfere les donnees sur la ligne et passe en mode 
interpretation. 

Grace a I'invention, I'utilisateur n'a done plus a utiliser le clavier 15 de 
son telephone portable 1 et/ou a se connecter au reseau a ses frais pour 
modifier, ajouter ou supprimer un profil de configuration de service. 

20 Le module de navigation WAP 2 (ou « WAP Browser »), le module 

d'approvisionnement 3 (ou «WAP Provisioning Agent »), le module 
d'interface WAP 4 (ou « WAP Multiprofile »), le module WAP de gestion 5 (ou 
« WAP Life Cycle »), le module (ou agent) d'approvisionnement 6 (ou « AT 
manager »), le module de gestion de donnees permanentes 9 (ou 

25 « Remanent Data Manager ») et le module WAP d'approvisionnement client 
11 (ou «WAP Provisioning Client ») peuvent etre respectivement realises 
sous la forme de circuits electroniques, de modules logiciels (ou 
informatiques), ou d'une combinaison de circuits et de logiciels. 

L'invention offre egalement un procede de foumiture de donnees de 

30 configuration a un dispositif de telephonie mobile 1 equipe de moyens de 
gestion de commandes AT. 

Celui-ci peut etre mis en ceuvre a I'aide du dispositif 1 et du terminal 7 
presentes ci-avant. Les fonctions et sous-fonctions principales et optionnelles 
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assurees par les etapes de ce procede etant sensiblement identiques a celles 
assurees par les differents moyens constituant le dispositif 1 et le terminal 7, 
seules seront resumees ci-apres les etapes mettant en ceuvre les fonctions 
principales du procede selon I'invention. 
5 Ce procede consiste a etablir une connexion entre un dispositif 1 et 

un terminal informatique 7 dans lequel se trouvent des donnees de 
configuration de service, puis a echanger des donnees de configuration de 
service entre ce terminal et ce dispositif a I'aide de commandes AT choisies, 
interpretables par les moyens de gestion de commandes AT du dispositif. 
10 Preferentiellement, on procede a I'extraction de la memoire 8 du 

dispositif 1 de donnees representatives de la version du protocole 
d'approvisionnement qu'il utilise, a I'aide de commandes AT choisies, puis on 
transmet au terminal 7 ces donnees extraites de sorte qu'il puisse proceder a 
I'echange des donnees de configuration avec le dispositif 1 selon ce protocole 
15 d'approvisionnement. 

On peut egalement extraire les donnees de configuration contenues 
dans les commandes AT issues du terminal 7, a I'aide des moyens de gestion 
de commandes AT 6 du dispositif 1 , de maniere a approvisionner ses moyens 
de navigation 2, et plus preferentiellement I'agent d'approvisionnement 3 
20 implante dans les moyens de navigation 2. 

L'invention ne se limite pas aux modes de realisation de proc6de, 
dispositif et terminal decrits ci-avant, seulement a titre d'exemple, mais elle 
englobe toutes les variantes que pourra envisager Phomme de Tart dans le 
cadre des revendications ci-apres. 
25 Ainsi, on a decrit ci-avant un exemple d'application de I'invention a 

I'echange de donnees de configuration d'un module de navigation WAP. 
Mais, I'invention s'applique d'une maniere generate a la configuration de 
toutes les applications qui requierent des ressources internet mobile, et 
notamment aux applications embarquees Java ou Multi Media Messaging. 
30 Par ailleurs, I'invention n'est pas limitee au protocole d'echange WAP. Elle 
concerne en effet les protocoles HTTP, GPRS, CSD ou IP. 
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1 . Precede de foumiture de donnees de configuration a un dispositif de 
telephonie mobile (1) equipe de moyens de gestion de commandes AT (6), 

5 caracterise en ce qu'il consiste i) a etablir une connexion entre ledit dispositif 
(1) et un terminal (7) comportant des donnees de configuration de service, et 
ii) a echanger des donnees de configuration de service entre le terminal (7) et 
le dispositif (1) a I'aide de commandes AT choisies, interpretables par les 
moyens de gestion de commandes AT (6) dud it dispositif. 

10 2. Precede selon la revendication 1 , caracterise en ce que Ton extrait 

du dispositif (1) des donnees representatives d'un protocole 
d'approvisionnement a I'aide de commandes AT choisies, puis on transmet au 
terminal (7) lesdites donnees de sorte que ledit terminal puisse echanger 
lesdites donnees de configuration avec ledit dispositif selon ledit protocole 

15 d'approvisionnement 

3. Precede selon Tune des revendications 1 et 2, caracterise en ce que 
Ton extrait lesdites donnees de configuration des commandes AT regues du 
terminal (7), a I'aide desdits moyens de gestion de commandes AT (6), de 
maniere a approvisionner des moyens d'application (2) requerant des 

20 ressources internet mobile (2). 

4. Precede selon la revendication 3, caracterise en ce que lesdits 
moyens d'application (2) sont choisis dans un groupe comprenant des 
moyens de navigation (2), des moyens d'application embarquee java et des 
moyens d'application embarquee Multi Media Messaging. 

25 5. Proced§ selon Tune des revendications 3 et 4, caracterise en ce que 

Ton approvisionne un agent d'approvisionnement (3) implante dans lesdits 
moyens d'application (2). 

6. Precede selon Tune des revendications 1 a 5, caracterise en ce que 
Ton precede a I'extraction de certaines au moins des donnees de 

30 configuration stockees dans une memoire (8) du dispositif (1), de maniere a 
les transmettre audit terminal (7), et en ce qu'a reception desdites donnees, 
on adresse au dispositif (1) des commandes AT destinies a modifier 
certaines d'entre-elles, puis on stocke les donnees modifiees dans ladite 
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memoire (8). 

7. Precede selon la revendication 6, caracterise en ce que Ton precede 
a I'extraction de certaines au moins des donnees de configuration stockees 
dans la memoire (8) de maniere a les transmettre audit terminal (7), et en ce 

5 qu'a reception desdites donnees, on adresse au dispositif (1) des commandes 
AT representatives de nouvelles donnees de configuration, puis on stocke les 
nouvelles donnees dans ladite memoire (8). 

8. Precede seion Tune des revendications 6 et 7, caracterise en ce que 
Ton precede a I'extraction de certaines au moins des donnees de 

10 configuration stockees dans la memoire (8) de manfere a les transmettre audit 
terminal (7), et en ce qu'a reception desdites donnees, on adresse au 
dispositif (1) des commandes AT destinees a supprimer certaines d'entre- 
elles de ladite memoire (8). 

9. Dispositif de telephonie mobile comportant des moyens de gestion 
15 de commandes AT (6), caract§ris6 en ce que lesdits moyens de gestion de 

commandes AT (6) sont agences pour etablir une connexion avec un terminal 
(7) comportant des donnees de configuration de service, de maniere a 
echanger avec ledit terminal des donnees de configuration de service a I'aide 
de commandes AT choisies, interpr6tables par ses moyens de gestion de 
2 o commandes AT (6). 

10. Dispositif selon la revendication 9, caracterise en ce qu'il comprend 
des moyens duplication requerant des ressources internet mobile (2) 
couples auxdits moyens de gestion de commandes AT (6) et propres a 
recevoir lesdites donnees de configuration. 

25 11. Dispositif selon la revendication 10, caracterise en ce que lesdits 

moyens d'application (2) sont choisis dans un groupe comprenant des 
moyens de navigation, des moyens d'application embarqu§e Java et des 
moyens d'application embarqueie Multi Media Messaging. 

12. Dispositif selon Tune des revendications 10 et 11, caracterise en ce 
30 que lesdits moyens d'application (2) comprennent un agent 

d'approvisionnement (3) propre & gerer les donnees de configuration regues 
et les donn§es de configuration a transmettre audit terminal (7). 

13. Dispositif selon Tune des revendications 9 3 12, caracterise en ce 
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qu'il comporte une memoire (8) propre a stacker lesdites donnees regues. 

14. Terminal informatique, comportant une memoire stockant des 
donnees de configuration de service, caracterise en ce qu'il comprend des 
moyens d'approvisionnement (11) propres a §tablir une connexion avec un 

5 dispositif de telephonie mobile (1) selon Tune des revendications 9 a 13, et a 
echanger des donnees de configuration de service avec ce dispositif (1) a 
I'aide de commandes AT choisies, interpretables par les moyens de gestion 
de commandes AT (6) dudit dispositif. 

15. Terminal selon la revendication 14, caracterise en ce que lesd'rts 
10 moyens d'approvisionnement (11) sont agences pour adresser audit dispositif 

(1) des commandes AT choisies requerant la foumiture de donnees 
representatives d'un protocole d'approvisionnement, de maniere & echanger 
lesdites donnees de configuration avec ledit dispositif (1) selon ledit protocole. 

16. Terminal selon la revendication 15, caracterise en ce que lesdits 
is moyens d'approvisionnement (1 1 ) sont agences pour adresser audit dispositif 

(1) des commandes AT choisies requerant la foumiture de certaines au moins 
de ses donn6es de configuration, et, a reception desdites donnees de 
configuration, £ adresser audit dispositif (1) des commandes AT destinees a 
modifier certaines d'entre-elles. 

20 17. Terminal selon Tune des revendications 15 et 16, caract§ris6 en ce 

que lesdits moyens d'approvisionnement (11) sont agenc6s pour adresser 
audit dispositif (1) des commandes AT choisies requerant la foumiture de 
certaines au moins de ses donnees de configuration, et, a reception desdites 
donnees de configuration, & adresser audit dispositif (1) des commandes AT 

25 representatives de nouvelles donnees de configuration destinies a completer 
les autres donnees de configuration qu'il contient. 

18. Terminal selon Tune des revendications 15 a 17, caracterise en ce 
que lesdits moyens d'approvisionnement (11) sont agences pour adresser 
audit dispositif (1) des commandes AT choisies requerant la foumiture de 

30 certaines au moins de ses donn6es de configuration, et, a reception desdites 
donn6es de configuration, & adresser audit dispositif (1 ) des commandes AT 
destinies a supprimer certaines des donnees de configuration qu'il contient. 

19. Utilisation des proc6de, dispositif et terminal selon I'une des 
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revendications precedentes avec une connexion choisie dans un groupe 
comprenant la voie filaire et la voie d'onde. 

20. Utilisation selon la revendication 19, caracterisee en ce que ladite 
connexion par voie d'onde est choisie dans un groupe comprenant la liaison 

5 infrarouge et la liaison « bluetooth ». 

21. Utilisation des precede, dispositif et terminal selon Tune des 
revendications 1 a 18 pour la configuration de moyens duplication (2) 
fonctionnant selon un protocole choisi parmi les protocoles WAP, HTTP, 
GPRS, CSD et IP. 
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